DevOps model in practice: Applying a novel reference model to support and encourage the adoption of DevOps in a software development company as case study

DevOps has emerged as an approach to help organizations automate, cost optimization, increase profitability, improve the stability of the software development process and the responsiveness of organizations, and create a more agile development and release pipeline. However, its adoption, maintenance and evaluation continue to be a challenge for software organizations, due to the absence of solutions that formalize process elements in a detailed way, such as: practices, roles, artifacts, objectives, among others. This paper presents a DevOps Model, this model to support the adoption of DevOps, which provides a set of fundamental and complementary values, principles, dimensions, and practices. The practices suggest a set of items such as purpose, specific objectives and expected artifacts. The elements defined in proposed DevOps Model arise from the elements found in the studies analyzed through a systematic mapping study. Model evaluation was carried out through a software development company as case study. The results obtained have allowed the case study company to evaluate, diagnose and identify improvement opportunities to be carried out in the processes and projects where a DevOps-based approach is used, the above in a practical, useful, and adequate way that allows this type of companies and with a low use of resources, both economic investment and time. This is how the DevOps Model could guide professionals and organizations towards a better understanding of DevOps, in addition to minimizing the subjectivity and error of its interpretation, adoption and evaluation

State of agile contracting in the software industry and the public sector, results of a systematic mapping of the literature

Context: Agile approaches are the answer to the rigid framework for traditional software development. These focus on creating products based on communication and continuous collaboration between the client and supplier, which are detailed characteristics in documents; it is also true that the contractual agreements for such approaches continue to be structured according to the restrictions of the traditional development of software products. Meticulous specifications and restrictions such as time, cost and scope are just some of the fixed conditions of the contractual agreement. In this sense, traditional contracts do not respond adequately to agile software development and, for this reason, agile contracts emerge as a framework of agreement that stipulates the conditions that are clearly necessary to allow development under these approaches. Methodology: a systematic mapping of the literature is presented that aims to show a current panorama of agile contracting for software development and its application in different sectors of the economy with an emphasis on the public sector. Results: The results obtained show few examples of the application of agile contracts, especially in the public sector; suggesting research opportunities and the generation of proposals in this context. Conclusions: It has been concluded that the contracting methods used by public institutions can be an obstacle to agile approaches. In addition, this document presents recommendations for adjusting contracts that seek to facilitate developments approached from the perspective of agile approaches in the public sector

Mapeo sistemático sobre la evaluación de la agilidad en organizaciones de desarrollo de software

Agile software development approaches provide great benefits for organizations; however, their implementation is subject to many challenges. For organizations is important to know the level of agility achieved and the gaps in their transformation process in order to implement improvements in their processes and take advantage of the agile approaches. Keeping this in mind, this article presents a systematic mapping of the literature about the evaluation of agility in software development organizations. As a result, 18 studies were found, which were analyzed and compared taking into account the type of study, the relationship of the evaluation with the principles and agile values, the defined evaluation criteria, the validation methods used, and the proposed tools. In addition, the factors that influence the assessment of agility and the aspects that motivate the interest in this research stream are exposed.Los enfoques ágiles de desarrollo de software proporcionan grandes beneficios para las organizaciones, sin embargo su implementación está sujeta a muchos desafíos. Para las organizaciones es importante conocer el nivel de agilidad alcanzado y las brechas en su proceso de transformación, con el fin de implementar mejoras en sus procesos y aprovechar las ventajas de los enfoques ágiles. Este artículo presenta un mapeo sistemático de la literatura acerca de la evaluación de la agilidad en organizaciones desarrolladoras de software. Como resultado, se encontraron 18 estudios, los cuales fueron analizados y comparados teniendo en cuenta el tipo de estudio, la relación de la evaluación con los principios y valores ágiles, los criterios de evaluación definidos, los métodos de validación utilizados, y las herramientas propuestas. Además, se exponen los factores que influyen en la evaluación de la agilidad y los aspectos que motivan el interés en esta corriente de investigación

Hacia un modelo para la gestión de riesgos de TI en MiPyMEs: MOGRIT

Nowadays, software development projects can fail for multiple factors. In this sense, both project management that establishes the way forward as analysis of the risks, which may face a software development project, is becoming increasingly necessary. This paper presents the harmonization of IT Risk models such as: CRAMM, COBIT, EBIOS, ITIL V3 MAGERIT, OCTAVE, RISK IT and some models to support the IT Risk such as: ISO/IEC 27000, ISO/IEC 27005, ISO/IEC 31010, AS/NZS ISO 31000, BS 7799-3:2006, and UNE 71504:2008. It also presents a comparative analysis of high and low level, which allows knowing the most common, and representative of each model. Likewise, with the results obtained, are established the benefits and the manner in which the models compared can be harmonized to carry out their implementation of a harmonized wayand thus to support management processes within development activities of an organization. This work provides a clearer view of the differences, similarities and possible integrations between IT Risk models and standards for Small and medium enterprises of software development.Actualmente, los proyectos de desarrollo de software pueden fracasar por múltiples factores. En ese sentido, tanto la gestión de proyectos –que permite establecer el camino a seguir–, como el análisis de los riesgos es cada vez más necesario. Este artículo presenta la armonización de modelos de riesgos de TI (e.g., CRAMM, COBIT, EBIOS, ITIL V3 MAGERIT, OCTAVE, RISK IT) y algunas normas enfocadas en brindar soporte a los riesgos (e.g., ISO/IEC 27000, ISO/IEC 27005, ISO/IEC 31010, AS/NZS ISO 31000, BS 7799-3:2006, y UNE 71504:2008) y realiza un análisis comparativo, de alto y bajo nivel, que permite conocer las características más comunes y representativas de cada uno de ellos. Con los resultados obtenidos, se establecen los beneficios y la manera en la que los modelos comparados y su implementación pueden ser armonizados, y de esta manera dar soporte a los procesos de gestión dentro de las actividades de desarrollo de una organización. En este sentido, el artículo provee una perspectiva más clara de las diferencias, similitudes y posibles integraciones entre modelos y estándares de riesgos de TI para MiPyMEs que desarrollan software

Revisión sistemática de la integración de modelos de desarrollo de software dirigido por modelos y metodologías ágiles

Currently, in some instances of the software development industry are carried out by means of manual activities and/or robust methodologies which can be often heavy and inefficient. This situation brings several issues related to the difficulty to produce software in a timely manner, agile, at low cost and with a high quality level. A way to improve this situation is to incorporate in the software development process the formalism and abstraction needed to automate and optimize the most critical tasks defined from methodologies used in software companies and starting from an agile approach. This would add value to the business and would improve significantly the process of software. In this sense, in order to publicize the benefits of agile approaches and programming environments driven models, a systematic review of the literature has been conducted so as to the projects where these approaches have been integrated globally. Besides, it has been possible to identify some benefits, which have been reported by different studies.Actualmente, en algunas instancias, la industria de desarrollo de software se lleva a cabo por medio de actividades manuales y/o metodologías robustas que pueden llegar a ser en muchos casos pesadas e ineficientes. Esta situación trae consigo algunos problemas relacionados con la dificultad para producir software de manera oportuna, ágil, a bajo costo y con un alto nivel de calidad. Una manera de mejorar esta situación está en añadir al proceso de desarrollo de software el formalismo y la abstracción necesaria que permita automatizar y optimizar las tareas más críticas definidas, a partir de las metodologías utilizadas en las empresas de software, y desde una perspectiva ágil. Esto añadiría valor agregado a los negocios y mejoraría el proceso de software considerablemente. En este sentido, con el objetivo de conocer las bondades de los enfoques ágiles y los entornos de programación dirigidos por modelos, se llevó a cabo una revisión sistemática de la literatura en relación con los proyectos donde se integran estos enfoques a nivel mundial, así como la identificació

OntoCaimer: Hacia un modelo ontológico de apoyo al cuidado de pacientes con enfermedad de Alzheimer

La Organización Mundial de la Salud declaró en el 2021 al Alzheimer y su cuidado como prioridad de salud pública a nivel mundial debido a su complejidad y desarrollo, que afecta al paciente y su cuidador. Los síntomas del Alzheimer empeoran día a día, por lo que el paciente debe tener un cuidado 24/7; entre las responsabilidades, el cuidador debe lidiar con arduas tareas, desde bañar al paciente hasta manejar sus síntomas comportamentales. A pesar de la profusa información acerca del Alzheimer y su cuidado, no se cuenta con una fuente concisa de información que permita desarrollar sistemas integrados que soporten el cuidado de pacientes con Alzheimer. En este artículo se presenta OntoCaimer, una ontología que sintetiza las recomendaciones y acciones preventivas para la gran mayoría de los síntomas de las diferentes etapas del Alzheimer, asimismo, OntoCaimer integra conceptos relacionados con sensores, actuadores y medición, haciendo posible su uso como base para el desarrollo de sistemas que apoyen el cuidado de los pacientes, de manera digital –a través de alertas–, o con el uso de actuadores, todo con el fin de dar soporte al cuidado de los pacientes. OntoCaimer permite automatizar un grupo de variables asociadas a las recomendaciones o acciones preventivas como el: peso, ambiente, horarios de alimentación, entre otros, lo que permitiría apoyar el cuidado del paciente, disminuir las tareas del cuidador y servir como base de conocimiento para la comunidad científica y el desarrollo de sistemas que implementen sistemas electrónicos o simulaciones antes de su implementación

Metrics Model to Complement the Evaluation of DevOps in Software Companies

This article presents a model to complement the evaluation of DevOps in software companies. It was designed by harmonizing the elements of the DevOps process identified through a systematic mapping of the literature and aimed to know the state of the art of methodological solutions and tools to evaluate DevOps in the industry. The process elements were identified, compared, and integrated into a common process structure that was used to establish a total of 11 metrics using the Goal-Question-Metric approach. The model was evaluated by a focus group of expert DevOps professionals. They determined that the model is clear, easy to apply, and provides valuable information to companies to improve their DevOps practices

What is There About DevOps Assessment? A Systematic Mapping

DevOps has been established as a framework used by software development companies seeking to set mechanisms to automate their development processes. Consequently, over the last decade, many companies have adopted DevOps to support their project’s development process and perform continuous improvement tasks to ensure that it is applied correctly. To achieve this, companies are looking for solutions that allow them to evaluate the degree of implementation of DevOps in their internal processes. In this sense, the objective of this study focuses on identifying, through a systematic mapping of the literature, the mechanisms used to assess DevOps in software development companies. According to the above, the current state of knowledge related to the proposal of processes, models, techniques, tools, and methodological guides is presented to conduct the DevOps assessment. As a result, it is noted that there are multiple methodological solutions that seek to assess DevOps; however, a high degree of heterogeneity was evidenced in the identified solutions, resulting in the need to establish a clear framework that serves as the basis for proposing a generic, structured, and unambiguous DevOps assessment model applicable to software companies

Hacia el escalamiento de soluciones ágiles en grandes empresas de software: un mapeo sistemático

Introduction: Currently, due to globalization, software companies are opting to use large-scale agile development (LSAD) approaches. However, not all the elements that are presented in these scaled approaches are easily applicable to the context of an organization, and after carrying out the systematic mapping, there was no evidence that they describe an adaptation, implementation and control strategy that facilitates the process of transformation to LSAD. Objective: In this sense, this paper presents a systematic mapping in which recent knowledge about this research area is analyzed, in order to identify and establish the fundamental attributes to take into account in the transformation to LSAD from the experience reported in the literature. Method: A protocol to carry out systematic mappings of the literature is followed, which raises a set of research questions and establishes a search strategy applied in four databases. Subsequently, the primary articles are selected taking into account the defined inclusion and exclusion criteria and, based on the findings, the research questions are resolved and the results are classified and characterized. Finally, the results are discussed and the conclusions are presented. Results: The results obtained in this study present the efforts of the scientific community to establish principles, practices, roles, artifacts, challenges and factors that allow success in the process of scaling an organization's approach towards a LSAD approach. These results are synthesized as fundamental elements for to scale, answering what to take into account and how to achieve it. Conclusions: From the results obtained, it is possible to conclude that there is no unified terminology, so it is important to standardize it to simplify the understanding and application of scaled approaches. In addition, this document shows the preview of the Framework to support the transformation of the LSAD of an organization.Introducción: Actualmente, debido a la globalización, las compañías de software están optando por utilizar enfoques de desarrollo ágil a gran escala (DAGE). Sin embargo, no todos los elementos que se presentan en estos enfoques escalados son fácilmente aplicables al contexto de una organización, y tras llevar a cabo el mapeo sistemático, no se evidenció que describieran una estrategia de adaptación, implementación y control que facilite el proceso de transformación hacia el DAGE. Objetivo: En este sentido, este artículo presenta un mapeo sistemático en el cual se analiza el conocimiento reciente sobre esta área de investigación, con el fin de identificar y establecer los atributos fundamentales a tener en cuenta en la transformación al DAGE desde la experiencia reportada en la literatura.  Metodología: Se sigue un protocolo para la realización de mapeos sistemáticos de la literatura, el cual plantea un conjunto de preguntas de investigación y se establece una estrategia de búsqueda aplicada en cuatro bases de datos. Posteriormente, se seleccionan los artículos primarios teniendo en cuenta los criterios de inclusión, exclusión definidos y, con base en los hallazgos se resuelven las preguntas de investigación y se realiza la clasificación y caracterización de los resultados. Finalmente, se discuten los resultados y se presentan las conclusiones. Resultados: Los resultados obtenidos en este estudio presentan los esfuerzos de la comunidad científica por establecer principios, prácticas, roles, artefactos, desafíos y factores que permitan tener éxito en el proceso de escalamiento del enfoque de una organización hacia un enfoque de DAGE. Estos resultados se sintetizan como elementos fundamentales para escalar, respondiendo a qué tener en cuenta y cómo lograrlo. Conclusiones: A partir de los resultados obtenidos, es posible concluir que no existe una terminología unificada, por lo que es importante estandarizarla para simplificar la comprensión y aplicación de enfoques escalados. Además, este documento muestra la vista previa del Framework para soportar la transformación del DAGE de una organización

Deuda de la documentación en el desarrollo ágil de software: mapeo sistemático de la literatura

En el desarrollo de software, la documentación es un proceso continuo en el cual se especifica qué hace el sistema, cómo lo hace y para quién lo hace, describiendo todas sus características desde diferentes perspectivas para facilitar la comprensión de todos los interesados. Sin embargo, esto no siempre se logra, debido a malas prácticas de documentación, lo cual lleva a un tipo de deuda técnica conocida como deuda de la documentación, relacionada con documentación faltante, inconsistente o incompleta que degrada la comprensión del sistema, afectando gravemente su desarrollo, mantenimiento y evolución. Este fenómeno parece agravarse en los enfoques ágiles, ya sea por una mala interpretación de los valores y principios ágiles, enfocándose en la entrega continua de software funcional más que en la documentación exhaustiva, o por desconocimiento de buenas prácticas de documentación. Si bien existen iniciativas que describen de forma general las causas, efectos y buenas prácticas para mitigar la deuda de documentación, aún hace falta comprender el impacto de este tipo de deuda para la industria de software y profundizar en una definición más completa en el desarrollo ágil de software. En ese sentido, se presentan los resultados de un mapeo sistemático que brinda una base sólida de conocimiento sobre la deuda de la documentación en el desarrollo ágil de software y permite identificar brechas u oportunidades de investigación en este tema